(no commit message)
authorgoglu6 <goglu6@web>
Fri, 17 Jan 2025 06:30:22 +0000 (06:30 +0000)
committeradmin <admin@branchable.com>
Fri, 17 Jan 2025 06:30:22 +0000 (06:30 +0000)
doc/bugs/Unlock_filter_seems_to_deadlock_for_huge_worktree.mdwn

index e4d448f82868bbc0c7c3fe377fe4bd4ed22045ac..5530cd570fbf6b85762501b8e0161ed1ba1a74e7 100644 (file)
@@ -10,7 +10,7 @@ The problem seems to be reproducible with any repository with a lot of files in
 The deadlock described makes higher-level commands like git annex sync also block indefinitely when checkout-ing the unlocked branch for any reason.
 Also, because the filtering is not completely applied, the index is pretty scrambled, its easier to clone the repo and move the annex than fix it, for me at least.
 
-I call the behavior "deadlock" due to the absence of outpout and low cpu usage on the process when in that state. This seems to indicate some kind of multiprocessing deadlock to me.
+I call the behavior "deadlock" due to the absence of debug log output and low cpu usage on the process when in that state. This seems to indicate some kind of multiprocessing deadlock to me.
 
 ### What steps will reproduce the problem?